1. CUADRO COMPARATIVO MODELOS CICLO DE VIDA DE SOFTWARE

NOMBRES INTEGRANTES	GRUPO PPI	MODELO	ESQUEMA O GRÁFICO	QUÉ ES?	VENTAJAS	DESVENTAJAS
Marisol Osorio Gómez Laura Giraldo Valencia Veronica Giraldo Usuga	Ferretería Villa Liliam	modelo DRA		es un modelo de proceso del desarrollo del software lineal,secuencial que nos ayuda a enfatizar un ciclo de desarrollo. permite crear un sistema completamente funcional dentro de periodos cortos.	como ya se tienen los datos almacenados anteriormente este los vuelve a utilizar y nos ayuda a ahorrar tiempo. aunque es corto va al punto que se desea muy rápido.	puede tener demasiados riesgos. Para proyectos grandes aunque por escalas, el DRA requiere recursos humanos suficientes como para crear el numero correcto de equipos DRA. DRA requiere clientes y desarrolladores comprometidos en las rápidas actividades necesarias para completar un sistema en un marco de tiempo abreviado. Si no hay compromiso, por ninguna de las partes constituyentes, los proyectos DRA fracasara.
Anderson Gallego Melisa López Maria Suarez Yorleidys Mosquera	Tienda Villa Liliam	Modelo Sashimi		el ciclo de vida tipo sashimi podria ser considerado como una variación del ciclo de vida en cascada puro, en el cual las diferentesetapas pueden ser solapadas, permitiendo así aumentar laeficiencia mediante la retroalimentación entre las etapas.	 Suministra una plantilla en la que pueden colocarse los métodos para cada una de las fases  Pasos similares a los pasos genéricos.  Modelo procedimental más utilizado.	- No muy aplicable a productos de software altamente interactivos. -Es difícil tener todos los requerimientos, bien definidos al principio, como lo requiere el modelo y además presenta dificultades para acomodar posibles incertidumbres existentes al comienzo de los proyectos. -Los productos de software raramente siguen el flujo secuencial que propone el modelo. Siempre hay iteraciones y se crean problemas en la aplicación del paradigma. Los productos de software raramente siguen el flujo secuencial que propone el modelo. Siempre hay iteraciones y se crean problemas en la aplicación del paradigma. ;back{mn: Los productos de software raramente siguen el flujo secuencial que propone el modelo. Siempre hay iteraciones yse crean problemas en la aplicación del paradigma. Un error importante no detectado al principio puede ser desastroso. û Se requiere mucha paciencia por parte del cliente, porque solo hasta las etapas finales del desarrollo podrá teneruna versión operativa del producto.
Camilo Castaño Yansi Gorge Juan Carlos Urrgeo Jhonatan Murillo	comidas rapidas	v		ElMétodo - Vdefine un procedimiento uniforme para el desarrollo de productos. Es el estándar utilizado para los proyectos de la Administración Federal y de defensa. Como está disponible públicamente muchas compañías lo usan.	• La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos. • Es un modelo sencillo y de fácil aprendizaje • Hace explícito parte de la alternación y trabajo que hay que revisar	• Es difícil que el cliente exponga explícitamente todos los requisitos • El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida • Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas
Andrés Martínez Sirley Vélez Valentina Acevedo Claudia Aguirre	Biblioteca	Iterativo		Es la iteracción de varios cilcos de vida Cascada. En donde al final de cada interacción, se le entrega una versión mejorada del producto, hasta obtener un producto que satisfaga al cliente.	Busca reducir el riesgo que surge entre los requerimiento que hace el usuario y el producto final en el momento de la especificación.	Es necesario crear distintos prototipos para presentarlos y conseguir la conformidad del cliente.
Yeni Lizeth Noreña Yuliza Peres Salas Maritza Uta Quintero	comunicaciones maria	modelo DRA		Es un modelo lineal,secuancial que nos ayuda a enfatizar (enseñar enfasis) un ciclo de desarrollo de un software.	El modelo DRA tiene la ventaja de ser muy rapido y de que varias personas puedan trabajar en el a la vez.	Las desventajas del modelo DRA es que tiene inconvenientes para trabajar en proyectos grandes necesita muchos recursos humanos para crear equipos necesarios. tambien si los desarrolladores y los clientes no estan de acuerdo el o los proyectos podrian fallar.
Jonatan Daniel Juan carlos urrego Yansi dahiana	comidas mexicanas	modelo v	.	El modelo en V es una variación del modelo en cascada que muestra cómo se relacionan las actividades de prueba con el análisis y el diseñomediante líneas discontinuas entre las fases de la parte izquierda y las pruebas de la derecha representa una doble información.	Es un modelo sencillo y de fácil aprendizaje La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos	Es difícil que el cliente exponga explícitamente todos los requisitos. El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida.
Melany Arboleda Camacho Maria Isabel mona Marin Vanessa Ibarguen Rivas	PRODUCTOS POR CATALOGO	modelo cascada
juan estiven mazo camilo andres zapata andres giraldo sebastian ciro	empresas plasticas mayin	modelo espiral		El desarrollo en espiral es un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1986,1 utilizado generalmente en la Ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.	El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
Santiago Sierra Brayan Sosa	Farmacia	PROTOTIPO		El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación	Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina.	El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A causa de la intención de crear un prototipo de forma rápida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su función. Es frecuente que el usuario se muestre reacio a ello y pida que sobre ese prototipo se construya el sistema final, lo que lo convertiría en un prototipo evolutivo, pero partiendo de un estado poco recomendado. En áreas de desarrollar rápidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementación poco convenientes (por ejemplo, elegir un lenguaje de programación incorrecto porque proporcione un desarrollo más rápido). Con el paso del tiempo, el desarrollador puede olvidarse de la razón que le llevó a tomar tales decisiones, con lo que se corre el riesgo de que dichas elecciones pasen a formar parte del sistema final. Porque es muy difícil y complejo realizarlo.
Karen Elisa Aguirre correa Jessica López espinosa Yurley bedoya Zuluaga Melisa fon negra		EVOLUTIVO		Es el modelo cuyas etapas consisten en expandir incrementos de un producto de software operacional, donde la dirección de la evolución la dicta la experiencia con el sistema.” [Boehm, 1988]	La especificación puede desarrollarse de forma creciente. Los usuarios y desarrolladores logran un mejor entendimiento del sistema. Esto se refleja en una mejoraDe la calidad del software.Es más efectivo que el modelo de cascada, ya que cumple con las necesidades inmediatas del cliente.	Proceso no Visible: Los administradores necesitan entregas para medir el progreso. Sistemas pobremente estructurado: costoso el mantenimiento. Se requieren técnicas y herramientas: Para el rápido desarrollo se necesitan herramientas que pueden ser incompatibles con otras o que poca gente sabe utilizar.
marden juan david santiago romero	calzado wiledwin	iterativo

EVALUACIÓN PRÁCTICA

CREAR UN SITIO WEB (PREZI, WIX)

DENTRO DEL SITIO DEBEN CREAR LAS SIGUIENTES PÁGINAS:

1. ETAPAS CICLO DE VIDA DEL SOFTWARE, IRÁ UN GRÁFICO DE LAS ETAPAS DEL DESARROLLO DE CICLO DE VIDA DE SOFTWARE ELABORADOS POR USTEDES ( NO DEBE SER DESCARGADO DE INTERNET)

3. MODELO DE DESARROLLO, SELECCIONAR Y DESCRIBE EL MODELO DE DESARROLLO QUE VA A IMPLEMENTAR EN SU PROYECTO PEDAGÓGICO INTEGRADOR PPI

4. ME ENVÍAN EL LINK DEL SITIO WEB PARA PREVIA CALIFICACIÓN O LO PUEDEN AGREGAR EN LA TABLA SUPERIOR.